為什麼要參加？

身為一個剛踏入職場不久的菜鳥工程師，我每天都在與各種老系統、歷史遺留程式碼，以及「通靈命名」的欄位搏鬥。
這次參加 鐵人賽自我挑戰，有四個主要原因：

1. 逼自己輸出
   平常常常是「知道怎麼做，但沒時間整理」，這次用比賽倒逼自己，把經驗、踩坑紀錄與實做方向寫下來。

2. 知識沉澱
   技術知識如果只是存在腦中，很快就會遺忘；寫文章能幫助我把模糊的經驗整理成清楚的架構。

3. 紀錄「為什麼」
   我資歷很淺，想把現在的想法、判斷與學習歷程記錄下來。
   等到自己變資深時，回過頭檢視——哪些觀點錯了、哪些地方成長了、哪些堅持依然正確。

4. 回饋社群
   我自己受過許多前輩與網路文章的幫助，也希望透過分享回饋給其他開發者。

主題簡介

這 30 天的系列文章，我將以 「從老系統到現代化重構」 為主題，結合真實經驗與案例，分享我的開發心得與觀察：

• 技術平台：.NET 10 Web API、C#、Dapper、MS SQL Server
• 架構理念：SOLID 原則、分層設計、模組化與維護性

30 天內容方向（10 大主題）

1. 老系統常見問題剖析
   透過真實案例看魔法字串、資料表結構混亂、業務邏輯塞進資料庫等問題

2. 為什麼要避免這樣做
   分析壞習慣帶來的維護成本、擴充困難與團隊溝通障礙

3. 分層架構的思維
   Controller / Interface / Service 的角色與責任劃分

4. 從 N+1 問題看分層好處
   用效能問題當例子，說明集中資料存取邏輯的價值

5. 資料庫最佳實踐
   索引、交易控制、檢視表應用，以及查詢效能優化

6. 功能模組化設計
   將動態表單、驗證規則、下拉選單等拆成可重用模組

7. API 設計與資料驗證
   後端驗證與前端同步、欄位白名單策略、安全查詢

8. 效能與快取策略
   減少重複查詢、快取更新機制與查詢優化

9. 系統安全與穩定性
   權限設計、Thread Safety、錯誤處理與日誌策略

10. 長期維運與技術債管理
    文件化、交接流程、技術債分類與未來演進計畫

結語

這 30 天不只是寫文章，而是一次完整檢視與重塑自己技術體系的過程。
希望這個系列能幫助到那些 「剛接手老系統」 的工程師，你很痛苦，我也是，我懂你